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(54) Distribution of MPEG-2 transport streams on the IEEE 1d94-based home network 



(57) Many types of consumer equipment will be 
connected to eacfi other digitally in the home networK 
using e.g. the IEEE 1394 serial bus. Protocols and con- 
tent data formates have already been fixed for the con- 
nection of dit^ital video-conference cameras to the PC. 
and for OVC equipment for example digital camcorder 
and DV ded^ to a PC editing station. The transmission 



of complete MPEG-2 transport streams on a home net- 
yNork is mostly a waste of bandwidth, since not all 
included services need to be distributed. This invention 
provides a universally applicable solution for the distri- 
bution of partial MPEQ-2 transport streams in the home 
network, e.g. the i.LINK/IEEE 1394 home network. 
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Description 

[0001] This invention is concerned with a method to 
distribute MPEG-2 transport streams on a network and 
an interface device for distributing MPEG-2 transport 5 
streams on a network. In particular, the invention is 
related to a method and an interface device to distribute 
partial MPEG-2 transport streams on a network 
[0002] Many types of consumer equipment will be 
connected to each other digitally in the home network, io 
i.e. using the IEEE 1394 serial bus. Protocols and con- 
tent data formats have already been fixed for the con- 
nection of digital video-conference cameras to the PC 
and for DVC equipment, for example digital canrKX)rder 
and DV deck to a PC editing station. is 
[0003] The transmission of an MPEG-2 transport 
stream in the home network will be the result of one 
device requesting such a stream from another device 
which is capable of providing such a stream. An exam- 
ple of a home network environment for the distribution of 20 
MPEG-2 transport streams is shown in Rgure 12. This 
figure shows an IEEE 1394-based home network that 
can carry MPEG-2 transport streams and comprises a 
bus system 6 having different devices connected 
thereto. Via this network a decoder/display device 21 is 2S 
able to request a stream conesponding to a TV service 
from a DVB tuner 20 which is able to receive DVB serv- 
ices. The stream provided will be a complete transport 
stream with full service information, SI, as defined by 
DVB. 30 
[0004] On the other hand, the DVB receiver will nfx>stly 
not be required to pass on the complete transport 
stream for distribution on the home network. A display 
device can only ever view one service at any time and 
the data rate capacity of a storage device, like an ss 
MPEG-2 transport stream VCR 26 or an MPEG-2 trans- 
port stream rwn-linear storage system 24, will usually 
be well below the data rate of the complete transport 
stream. Therefore, according to the prior art, bandwidth 
on the bus system 6 of the IEEE 1 394-based home net- 40 
work Is wasted. 

[0005] Therefore, it is the object of the present inven- 
tion to provide a method to distrit)ute MPEG-2 transport 
streams on a network that carry only selected services, 
i.e. to provide a method to distribute MPEG-2 partial 45 
transport streams on a network. 

[0006] Furtheron. it is the object of the present inven- 
tion to provide an interface device for generating and 
distributing such MPEG-2 partial transport streams on a 
network. so 
[0007] These objects are respectively achieved as 
defined in the independent daims 1 . 8 and 13. 
[0008] Further preferred embodiments of the invention 
are defined in the respective subclaims. 
[0009] According to the present invention, a DVB ss 
receiver is able to generate a new transport stream, i.e. 
a partial transport stream, which contains only a subset 
of the incoming data, but which also conforms to 



I^PEG-2 systems and DVB service information. Since 
this newly generated partial transport streams conform 
to MPEG-2 systems and DVB service information, i.e. 
are again MPEG-2 transport streams, they can be dis- 
tributed in any network or processed by any device that 
has the capability to handle MPEG-2 transport streams. 
[001 0] The protocols required to regulate the supply of 
MPEG-2 transport stream services on the home net- 
work are not the subject of this invention. This invention 
is also not concerned with issues like user excess, serv- 
ice selection conflicts, e.g. to users request services 
from the same broadcast medium txit on different multi- 
plexes, etc. Whatever protocols are used, this invention 
applies to the content format of the IEEE 1394 iso- 
chronous channel that is used as an example in the pre- 
ferred emtxxiiments descrit>ed hereinafter. 
[001 1 ] If a tuner device 20 is able to support more than 
one concurrent connection, it could provide the data for 
each connection in a separate Isochronous channel In 
an IEEE 1394-based home network 6. More likely, how- 
ever, is that a tuner device 20 would provide the btt- 
streams associated with the A/V services on a single 
isochronous channel. The content and bandwidtii 
requirement of this channel would be adapted accord- 
ing to the requirements of other home network devices 
which receive the A/V services from the tuner 20. 
[0012] An example of such a DVB tuner 20 is shown 
in Figure 13. It consists of one or more front end mod- 
ules 2. e.g. one for cable, one for terrestrial arKi one for 
satellite reception, that receive information from a 
respective broadcast medium 5, carry out the medium 
specific demodulation and fonward error correction, 
FEC, recovery process and respectively generate com- 
plete MPEG-2 transport streams which typically contain 
several AV services, respectively. These MPEG-2 trans- 
port streams are delivered to a home network Interface 
4 that outputs complete transport stream multiplexes to 
the home network 6. The shown DVB tuner 20 is not 
able to process the transport stream data content 
[001 3] The invention also supports such tuner devices 
20 that either distribute only selected sendees in each 
separate isochronous channel or that provide all 
requested services, and only those, in one single iso- 
chronous channel. 

[0014] The present Invention will become apparent 
and its numerous modifications and advantages will be 
better urxlerstood from the following detailed descrip- 
tion of embodiments of the inventfon taken in conjunc- 
tion witii tiie accompanying drawings, wherein 

Figure 1 shows a block diagram of a DVB service 
selector according to the present inven- 
tion; 

Rgure 2 shows the partial transport stream gener- 
ation process according to the present 
invention; 

Rgure 3 shows in detail the generation of a new 
program association table. PAT, for tiie 
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partial transport stream; 
Figure 4 shows in detail the generation of a new 

program map table PMT, for the partial 

transport stream; 
Rgure 5 shows in detail the generation of the 5 

selection information table SIT; 
Figure 6 shows tiie stages of the partial transport 

stream generation; 
Rgure 7 shows a k)lock diagram of a transport 

stream processor used in the service io 

selector shown in Rgure 1 ; 
Rgure 8 shows a block diagram of a combined 

DVB service selector/decoder according 

to the present invention; 
Rgure 9 shows a block diagram of a DVB player is 

according to the present invention; 
Rgure 1 0 shows the block diagram of the transport 

stream generator used In the DVB player 

shown in Rgure 9; 
Rgure 1 1 shows a block diagram of a home netwvork 20 

transport stream processor according to 

tiie present invention; 
Rgure 12 shows one home network environment for 

MPEQ-2 transport streams; and 
Rgure 1 3 shows a DVB nuiltiplex selector block dia- ss 

gram according to the prior art 

[001 5] Rgure 1 shows a DVB tuner device 1 according 
to the present invention, which is able to select one or 
more services from each of its front end modules 2. i.a 30 
tuner modules, and to distrikxjte these to other devices 
on the home network 6. In order to do this, the tuner 
device 1 can generate valid partial transport stream(s) 
witii a transport stream processor 3 that is connected to 
all front end modules 2. These partial transport streams 35 
are than fed to a home network interface 4 that delivers 
thOT to the home network 6. like in the prior art. The 
transport stream processor 3 can ^ther combine sev- 
eral services from the incoming MPEG-2 transport 
streams into one valid MPEG-2 partial ti-ansport stream 40 
or into separate ones. This process is described in 
detail below. 

[001 6] Rgure 2 shows the partial transport stream 
generation process performed in the transport stream 
processor 3. In a step S1 the transport stream proces- 4S 
GOT 3 awaits requests from another device on the home 
network 6. Such requests couM be to transmit a stream 
of data belonging to selected services on the home net- 
work 6 or to stop serxiing such a stream. Of course, it is 
also possible that there is a request just to modify the so 
content of a stream already transmitted on the home 
network. This case equals to the request to transmit a 
st-eam on the home networK now with a modified con- 
tent. 

[0017] If tiie transport stream processor 3 receives ss 
such a request to transmit (or to modify) a stream on the 
home network, which is decided in step 82, the process 
flow will be set fortii in step S3. In step S3 it is validated 



if tiie tuner device 1 is able to supply tiie requested 
stream. In case of "no" the process returns to step S1 
and the transport stream processor 3 will again await 
the request from another device on the home network. 
If, on tiie other hand, it is decided in step S3 that the 
tuner device 1 is abHQ to supply the requested stream, 
i.e. "Ves", the process continues in step 84 in which the 
program association table, PAT, the program map table. 
PMT, and the selection information table, SIT, are cre- 
ated in case of a new stream to be transmitted or modi- 
fied in case of an existing stream to be transmitted with 
changed content Thereafter, in step 85. new packet 
identifiers, PID, that identify each component stream, 
i.e. packets of data, that should be transmitted on the 
home network are selected or added. Then, in a step 
S6. the generated partial trar^port streams will be out- 
put to the home network. Once this process has been 
initiated in step 86, it will be continued until the transport 
stream processor 3 receives a request to stop serxiing 
tills stream or to mod'tty this stream. Therefore, after 
step S6, the process will be continued with step 81 in 
which the transport stream processor 3 waits for the 
request from the same or another devk^e on the home 
network. 

[001 8] If in step 81 a request is received to stop send- 
ing a stream on the home networK this gets validated in 
step 87. Thereafter, in step S8 the transport stream 
processor 3 checks if only one stream is supplied to the 
home network or not. If it Is the case that only one 
stream Is supplied to the home network, i.e. "yes**, the 
process continues witii step 89 In which the sending of 
the partial transport stream to the home network is 
stopped. Thereafter, tiie process is set forth in st^ 81. 
If, on the other hand It is determined in step 88 that 
n%>re than one stream is supplied to the home networK 
i.e. the answer of the question In step 88 is "no**, the 
PAT, PMT and SIT tables are nx)dif led in step 81 0 to not 
contain the reference to the data packets belonging to 
the selected services anymore. Following thereto, the 
corresponding PIDs are deleted from the transmission 
to the home network in step 81 1 . Then, in step 81 2. the 
modified partial transport stream excluding the stream 
that shouM not be sent anymore is output to the home 
networK The process flow continues then again with 
step 81. 

[001 9] In tiie following an example will be given of 
when a DVB receiver is requested to output one service, 
e.g. service 1 , from the incoming multiplex to the home 
networK The transport stream processor 3 analyzes the 
PAT, PMT, the service description table, SDT, and the 
event information table, EIT. the latter two being a part 
of the service information, SI. in order to extract the rel- 
e^nt information about the current event in service 1 . 
[0020] Furtheron. the PAT must be modified so that it 
references only to tiie services being passed through to 
tiie home networK in this case service 1. Rgure 3 
shows the mapping of the received PAT to the new PAT 
for the partial transport stream. In Figure 3 it can be 
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seen that in the original PAT first a section syntax is 
transmitted, which is followed by progranns 0 to 6 and a 
checksum of a cyclic redundancy check CRC. In pro- 
gram 0 the network information table PID is transmitted. 
Programs 1 to 6 respectively transmit the respective 
program map table PIDs 1 to 6. The generated partial 
transport stream PAT, on the other hand, contains only a 
section syntax, programs 0 and 1 and a new calculated 
checksum of the cyclic redundancy check CRC. Pro- 
gram 0 contains the PID of a selection information table, 
SIT that is a tattle to subsitute the full SI data for record- 
ing a partial transport stream that does not include all 
services. Program 1 contains like in the original PAT the 
program map table PMT PID 1 . 
[0021] It can be seen that the nnodified PAT has one 
component copied from the original PAT. namely the 
content of program 1 and. on the other hand, several 
components that are newly generated, namely the sec- 
tion syntax, the PID of the sendee infbrnnation table on 
program 0 and the new checksum of the cydtc redun- 
dancy check CRC. 

[0022] The modified PMT refers only to those compo- 
nent streams of service 1 wNch are being passed 
through. Figure 4 shows the mapping of the received 
PMT for service 1, containing reference to multiple 
audio conponent streams, to the new PMT for the par- 
tial transport stream, which will contain only one audio 
stream component, here Audio 1 . It can be seen that the 
original PMT 1 comprises a section header data, an ele- 
mentary stream video PID. elementary streams audio 1 
to 4 PIDs. elementary stream subtitles 1 PID arxJ ele- 
mentary stream subtitles 2 PID arKi a checksum of a 
cyclic redundancy check CRC. The partial transport 
stream PMT 1 only comprises the section header data, 
the elementary stream video PID. the elementary 
stream audio 1 PID and a newly calculated checksum of 
the cyclic redundancy check CRC. Like in case of the 
PAT some contents are copied from the original PMT 1 . 
like the elementary stream video PID and the elemen* 
tary stream audio 1 PID. and some contents are newly 
generated like the section header data and the check- 
sum of the cyclic redundancy check. 
[0023] The newly generated SIT table will contain 
information extracted from the SDT and EIT for the cur- 
rent event of service 1 only. Figure 5 shows the mapping 
of tiie incoming SDT and EIT tables for the service to 
the generated SIT 

[0024] It is shown that the original SDT connprtses 
section header data, a service loop that comprises 
descriptors of services 1 to 6. and a checksum of a 
cyclic redundancy check CRC. The original EIT for serv- 
ice 1 in the actual transport stream, present/following 
comprises section header data, and an event loop com- 
prising event 1 which shows the description of the 
present event and event 2 which shows the descriptors 
of the following event, and a ched^um of a cyclic redun- 
dancy check CRC. The newly generated partial trans- 
port stream SIT, on the other hand, comprises newly 



^generated section header data, a newly generated 
transmission information loop, a service loop which 
shows the copied descriptors of sennce 1 . and a newly 
calculated checksum of cyclic redundancy check CRC. 

5 Copied from the event loop of the original SDT and the 
original EIT is only tiie content of the newly generated 
service loop. All other contents of the newly generated 
partial transport stream SIT are newly generated. 
[0025] During output of the partial transport stream, 

10 the task of the transport stream processor 3 consists of 
two functions: 

RIter tiie complete transport stream for the required 
PID packets for tiie partial transport stream; and 
15 • Insert the new PSI/SI tables into the partial trans- 
port stream at the required intervalls. 

[0026] Figure € shows an example of tiie connplete 
transport stream, the filtered transport stream and the 

20 newly generated partial transport stream. The complete 
transport stream consists of blocks one following the 
other that carry different kinds of irtfbrmation. In the 
shown example a V6 (video block of program 6) is fol- 
lowed by a PMT1 table (program map table referencing 

25 to service 1). a V1 block (video block belonging to serv- 
ice 1). an A1 block (audio block belonging to service 1). 
a PAT. a PMT2. etc. The filtered transport stream only 
consists of the VI and A1 k>locks. In case the whole 
service 1 is included in the filtered transport stream, 

30 also the PMT1 block can be included therein. The newly 
generated partial transport stream is based on the fil- 
tered transport stream arxi additionally comprises the 
newly generated and injected PAT. PMT and SIT tattles. 
[0027] The block diagram of the transport stream 

35 processor 3 is shown in Figure 7. The transport stream 
processor 3 consists of a PID parser 9 which receives 
tiie incoming MPEQ-2 transport stream(s) and which fil- 
ters the respective transport streams. In the output of 
the PID parser 9 is input to a PID processor 8 that is 

40 used to combine several incoming MPEG-2 transport 
streams in tiie case of several incoming MPEG-2 trans- 
port streams and tiien to secure that the same PID does 
not exist twvice for different services on the newly gener- 
ated transport sti-eam. The output(s) of the PID proces- 

45 sor 8 is/are ted to a transport packet injecter 1 1 which 
serves to finally generate one or more partial transport 
streams by injecting the newly generated PAT. PMT and 
SIT tables and to output one or more MPEG-2 partial 
t-ansport streams. To generate the new tables tiie trans- 

50 port stream processor 3 comprises a PSI/SI decoder 7 
also receiving all incoming MPEG-2 transport stream(s) 
that exb-acts the relevant information from tiie incoming 
PSI/SI tables and effects tiie relevant information to a 
PSI/SI generator 10 tiiat generates tiie new tables in the 

55 above described manner and feeds them to the trans- 
port packet injecter 1 1 . 

[0028] The incoming services are carried by the 
broadcasting medium, which could be satellite, cable. 
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terrestrial or other. The front end blocks 2 of the DVB 
service selector 1 carry out the medium specific demod- 
ulation and foreward error correction. FEC, recovery 
processes. They each output a complete MPEG-2 
transport stream, which typically contains several AV § 
services. These complete MPEQ-2 transport streams 
are received by the TS processor 3. Here, the PSl/SI 
decoder 7 analyses the PAT, PMT and the STT and EIT 
tables from the SI in order to extract the relevant infor- 
mation about the currently selected event, e.g. of serv- io 
Ice 1. The PID parser 9, on the other hand, is set up to 
let through only those transport packets belonging to 
the selected service, e.g. to service 1 . which consists of 
video packets V1 and audio packets A1 . All other trans- 
port packets are blocked, leaving time gaps in the fil- is 
tered transport stream. Under certain circumstances, 
i.e. when all component streams of service 1 are beir^ 
passed onto the home networK then the PMT of service 
1 , PMT1 , can also be passed through without modifica- 
tion. 20 
[0Q29] The new PSI/SI tables are generated by the 
PSl/SI generator block 10 and passed onto the trans- 
port packet injecter 1 1 , which stores the tat>le8. When 
an insertion of any teible into the partial transport stream 
is necessary, as governed by the required repetition rate 2S 
defined by MPEG-2 systems and DVB-SI. the table is 
enclosed in transport packets, which are inserted into 
the gaps of the filtered transport stream. When the next 
Insertion is necessary, the transport packet injecter 1 1 
only has to increment the continuity counter of the 30 
respective transport packets, without changing the 
transport packet payload. 

[0030] The PSI/SI decoder 7 continues to monitor the 
incoming PSI and SI data relevant to the service being 
transmitted on the home network. If an event transmis- 35 
sbn occurs and the control software has not been told 
to stop sending the current service to the home net- 
worK this is communicated to the control software, 
which updates the PSI and SI tables to be inserted into 
the partial transport stream accordingly, ft applies the 40 
usual version numbering mechanism as detailed in ETS 
300468 in order to notify the home network receiver 
device of the change in contents. 
[0031 ] As a result of a user action at any device in the 
home networK the tuner device 1 may accept a request 4S 
to send out a second service to the home network 
simultaneously to the first service. It is imnr^terial 
whether the second service is bound for the same target 
home network device, say a VCR which is atiie to record 
both services concurrently, or if the second service was so 
requested by a different device, for example another 
display or VCR. In both cases the tuner 1 will add the 
additional service to the stream In the same isocronous 
channel, without interrupting the original service. 
[0032] In order to now send both services to the home ss 
networK the tuner updates the partial transport stream 
by generating new versions of PAT, PMT and SIT. corre- 
sponding to the two services now appearing on the 



home network The version numbers of each table are 
incremented to signify to the first receiving device that 
the partial transport stream has been changed. These 
new tables are sent to the packet injecter 1 1 . The serv- 
ice fed to the first receiving de^ce has not changed, so 
its transmission is in no way interrupted. The additional 
PIDs transmitted are comnrunicated to the PID parser 9 
and the new two-program partial transport stream is 
transmitted to tiie home networK 
[0033] Any number of services can k>e added to the 
partial transport stream in this way. The number is lim- 
ited only by the bandwidth available on the home net- 
worK and the capability of the tuner to supply the 
additional requested service on top of the existing ones. 
An example when the tuner may not be able to do so is 
when a second service is requested which is available 
on a different cable channel to the one currently t>een 
received, and only one cable front end 2 is present in 
the tuner. 

[0034] If the tuner has more than one front ent nrKxJule 
2 arxj It is requested to provide a partial transport 
stream containing services from different front end mod- 
ules 2. it is possible tiiat a conflict will occur with PID val- 
ues and/or program . number/sennce _ ID values, It Is 
atHe to do so, the tuner must nxxilfy conflicting values 
before including the new stream and the partial trans- 
port stream being output to the home network. Besides 
the combination of the several streams, this is also the 
task of the PID processor 8. 

[0035] Figure 8 shows the DVB service selector 1 
combined witii local decoding. As well as provided 
transport streams on the home networK tiie user is able 
to select a service to watch on a locally connected dis- 
play device, e.g. an analog TV display. The provision of 
stream(s) on the home network continues in the back- 
ground, independentiy of the locally received service, 
as far as possible. This type of device is analoguous to 
a conventional [DVB STB. with the home network func- 
tionality added. 

[0036] TTie local decoding is done by a decoder 1 2 
which is supplied with infornnation from the transport 
stream processor 3 arxj which outputs its decoding 
result to a local A/V dsplay. The transport stream proc- 
essor 3 has now the adcfitional task to divert a special 
selected service to the decoder 12. This task Is per- 
formed by the PID parser 9. 

[0037] Rgure 1 1 shows a different kind of transport 
stream manipulation device, namely one which has no 
broadcast medium input, but only a home network inter- 
face 4, This home network interface 4 has a bidirec- 
tional coupling to the home network 6. Furtheron. It Is 
bidirectional ly coupled to a transport stream processor 
19. The whole device provides the ability to process 
transport streams which are already appearing on an 
isocronous channel in the home network 6. ITiis coukJ 
mean demultiplexing a full transport stream and output- 
ting the required partial transport stream back to the 
home network 6 In a different isocronous channel, or 
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providing trans-formating services for devices delivering 
MPEG AA/ data in different forms, e.g. program or ele- 
mentary streams. 

[0038] Of course, device implementations could incor- 
porate more than one or all of the device concepts s 
shown before. 

[0039] Figure 9 shofws a block diagram of a possit^e 
DVD player to be connected to a home networK e.g. an 
IEEE 1 394 home network 6. It comprises a disk storage 
medium 20 that delivers the actual service as MPEG-2 io 
program stream PS. In order to transmit this content on 
the home network, a partial transport stream must be 
generated. Therefore, a transport stream generator 13 
according to the invention is coLpled to a home network 
interlace 4 that can transmit information on the home is 
network 6. 

[0040] The transport stream generator 1 3 is shown in 
Figure 10. The incoming MPEG-2 program stream Is fed 
to a program stream filter 14 that delivers outputs to a 
PGR generator 17 and a transport packetizer 15. The 20 
transport packetizer 1 5 also receives the output of the 
PGR generator 17 and outputs its packetized informa- 
tion to a trar^port stream multiplexer 16 which is also 
coupled to a PSI/SI generator 18. The transport stream 
multiplexer 16 than outputs the MPEG-2 partial trans- 2s 
port stream to the home network interface 4. 
[0041 ] The source program stream from ttie DVD disk 
consists of several component elementary streams, 
ES's, one video, and several audio, and subtitie 
streams. The high level home network protocolls decide 30 
which ES components are required to appear in tiie par- 
tial transport stream on the home network. Bandwidth is 
reserved for a width rate above tfiat of the source pro- 
gram stream, high enough to accommodate packetizing 
and general transport overhead. TTie program stream 35 
filter 14 scans the source program stream and passes 
on to the transport packetizer 15 only tiiose PS packets 
of the required components. The PS filter 14 also 
decodes the program stream pack headers in order to 
provide system clock reference values for the PGR gen- 40 
erator 1 7. The transport packetizer 1 5 scans the incom- 
ing PS packets and splits each PS packet into 184-byte 
units and adds a transport packet header (MPEG-2 sys- 
tems) with pre-defined PID values, and makes these 
transport packets available to the transport stream mul- 45 
tiplexer 16. The transport packetizer 15 also Inserts 
PGR values, calculated from the time-stamp values 
present in the MPEG-2 PS Packetised Elemantary 
Stream (PES) headers, into the packet stream at the 
required rate as defined in MPEG-2 systems. The TS so 
multiplexer 16 inserts the PSI arxi SI tables required for 
the partial transport stream, as already described. The 
PAT and PMT tables are generated completely by the 
transport stream generator 13 entity alone, as it (or 
higher level software) decides the PID values to be 55 
used. Gontent for the SIT descriptors is taken from the 
relevant DVD texts. The transport stream multiplexer 16 
must also nx)nftor its output bit rate and insert stuffing 
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Vpackets into the outgoing partial transport stream, in 
order to maintain the timing characteristics of the con- 
tent. 

Claims 

1 . Method to distribute MPEG-2 transport streams on 
a network, comprising the following steps: 

a) receiving of one or more MPEG-2 transport 
stream/s (TS) including program specific infor- 
mation/service information (PSI/SI) tat>les and 
service packets having packet identifiers; 

b) filtering the received MPEG-2 transport 
stream/s (VS) received in step a) to exclude 
program specific information/service informa- 
tion (PSI/SI) tables: 

c) filtering the received MPEG-2 transport 
stream/s (TS) received In step b) to include 
only service packets carrying predetermined 
services that shoukJ be distritxjted on said net- 
work: 

d) generating new program specific informa- 
tion/service information (PSI/SI) tattles for the 
predetermined services filtered in step c): 

e) inserting the tat)les generated in step d) into 
the transport stream/s (TS) received in step a) 
and filtered in steps b) and c) in predetermined 
intervals or at predetermined points of time: 
and 

f) outputting of the partial transport (partial-TS) 
stream/s generated in step e) to said network. 

2. Metiiod according to claim 1 , ctiaracterlzed In that 
said step d) of generating new program specific 
information/service information (PSI/SI) tables 
comprises the step of generating a program associ- 
ation table (PAT) to reference only to said predeter- 
mined services that should be distributed on sakJ 
network on tiie basis of a program association table 
(PAT) of the program specific information (PSI) 
tables Included in said MPEG-2 transport stream 
(TS) received in step a) and a newly calculated 
check sum (CRC) for a cyclic redundancy check 
algorithm used to validate said tabHe. 

3. Metiiod according to claim 1 or 2. characterized In 
that said step d) of generating new program spe- 
cific information/service information (PSI/SI) tables 
comprises the step of generating a program map 
table (PMT) to reference only to said predetermined 
services and predetermined component elemen- 
tary streams that should be distritxJted on said net- 
work on the basis of a program map table (PMT) of 
tfie program specific information (PSI) tables 
Included in said MPEG-2 transport stream (TS) 
received in step a) and a newly calculated check 
sum (GRC) for a cyclic redundancy check algorithm 



6 



11 



EP 0 917 355 A1 



12 



used to validate &aid table. 



it^em to a bus (6) of said network. 



4. Method according to anyone of claims 1 to 3. char- 
acterized In that said step d) of generating new 
program specific information/service information s 
(PS I/SI) tables comprises the step of generating a 
new selection information table (SIT) to reference 
only to said predetermined services that should be 
distributed on said network on the basis of a service 
description table (SDT) and an event information io 
table (EPT) of the program specific rnforn^ation/serv- 

ice information (PSI/SI) tables included in said 
MPEG-2 transport stream (TS) received in step a) 
and a newly calculated check sum (CRC) for a 
cyclic redundancy check algorithm used to validate is 
said table. 

5. Method according to anyone of claims 1 to 4. char- 
acterized In that said step d) of generating new 
program specific information/service information so 
(PSI/SI) tables comprises the step of generating a 
discontinuity information table (DIT) indicating dis- 
continuous transition points of the program specific 
information/service information (PSI/SI). 

2S 

6. Method according to anyone of the preceding 
claims, characterized In that said step d) of gener- 
ating new program specific information/service 
information (PSI/SI) tables comprises the step of 
copying of specific tables or descriptors of the pro- 3o 
gram specific information/service information 
(PSI/SI) tables included in said MPEQ-2 transport 
stream (TS) received in step a). 

7. Method according to anyone of the preceding ss 
claims, characterized in that said network is a 
IEEE 1394-based digital home network. 

8. Interface device (1) for distributing MPEG-2 trans- 
port streams on a network, comprising: 40 

at least one front end block (2) to respectively 
receive incoming broadcast services carried by 
a broadcast medium (5). each of which carries 
out a medium specific derTKxJulation and a 4s 
error correction, and outputs a MPEQ-2 trans- 
port stream (TS): 

a TS processor (3) connected to each of said 
front end block/s (2) to receive said MPEG-2 
transport streamAs (TS), to select predeter- so 
mined services therefrom and to output a mod- 
ified MPEG-2 transport stream (partial-TS) 
carrying only said predetermined services and 
program specific information/service informa- 
tion (PSI/SI) tables; and ss 
a network Interface (4) connected to said TS 
processor (3) to receive said modified MPEG-2 
transport stream/s (partial-TS) and to output 



9. interface device (1) accoirjing to daim 8, charac- 
terized In ttiat said TS processor (3) comprises: 

a PSI/SI decoder (7) receiving said MPEG-2 
transport stream/s (TS) from each of said front 
end blocks (2) and analysing program specif'c 
information/service information (PSI/SQ tables 
included in said respective MPEG-2 transport 
stream (TS) to output relevant information 
at>out said selected sendees; 
a PID pars^ (9) receiving said MPEG-2 trans- 
port stream/s (TS) from each of said front end 
block/s (2) and filtering the received MPEG-2 
transport stream (TS) to exclude program spe- 
cific information/service information (PSI/SI) 
tables ar)d to include only said selected serv- 
ices and to respectively output a filtered trans- 
port stream (filtered-TS); 
a PID processor (8) receiving said fOtered 
transport stream/is (filtered TS) from said PID 
parser (9) to assign new PIDs to the selected 
services of the respective MPEG-2 transport 
streanf\/5 such that each service and its compo- 
nerrt elementary streams have unique PIDs; 
a PSI/SI generator (10) generating new pro- 
gram specific information/service information 
(PSI/SO tables for the selected services on the 
basis of the relevant information output by said 
PSI/SI decoder (7); and 
a transport packet irijecter (11) storing the 
tat>les generated by said PSI/SI generator (10) 
and inserting them into the filtered transport 
stream (f ittered-TS) and to output said modified 
MPEG-2 transport stream (partial-TS). 

10. Interlace device (1) according to daim 9, charac- 
terized In that said PSl/Sl generator (10) gener- 
ates program assodation tables (PAH. program 
map tattles (PMT), selection infbmr^tion tables 
(SIT) that are inserted in predetermined time inter- 
vals into the filtered MPEG-2 transport stream (fil- 
tered-TS) t>y the transport packed injecter (1 1). 

11. Interface device (1) according to daim 9 or 10, 
characterized in that said PSI/SI generator (10) 
generates discontinuity information tables (DIT) 
that are inserted at the beginning and at the erxl of 
each transmissk>n into the filtered MPEG-2 trans- 
port stream (filtered-TS) by the transport packed 
injector (11). 

1 2. Interface device (1 ) according to anyone of claims 8 
to 1 1 , characterized in that said network is an 
IEEE 1394-ba56d digital home network. 

13. Interface device for distributing MPEG-2 transport 
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streams on a network, comprising: 

a storage medium (20) delivering a MPEG-2 
program stream (PS); 

a TS generator (13) connected to said storage s 
medium (20) to receive said MPEG-2 program 
stream (PS), to output a MPEG-2 transport 
stream (partial TS): and 
a network interlace (4) connected to said TS 
generator (13) to receive said MPEG-2 trans- io 
port stream (partial TS) and to output it to a bus 
(6) of said network. 



' acterlzed in that said PSI/SI generator (10) gener- 
ates discontinuity information tables (DIT) that are 
inserted at the beginning and at the end of each 
transmission into the MPEG-2 transport stream 
(TS) by the transport stream multiplexer (16). 

17. Interface device according to anyone of claims 13 
to 16. characterized In that said network is a 
IEEE1394-based digital home network. 



14. Interface device according to claim 13. character- 
ized in that said TS generator (1 3) comprises: is 

a program stream filter (14) receiving said 
MPEG-2 program stream (PS) from said stor- 
age medium (20), decoding program stream 
pack headers out of said received MPEG-2 20 
program stream (PS) to provide system clock 
reference values, and filtering the received 
MPEG-2 program stream (PS) to include only 
selected services and to output only those 
F>ackets of the program stream (PS) of the 25 
required components; 

a PCR generator (17) receiving said system 
dock reference values to output PCR values; 
a transport packetizer (1 5) receiving said pack- 
ets of the program stream (PS) of the required 30 
components from the program stream f Dter (1 4) 
and saki PCR values from the PCR generator 
(17) to split each incoming program stream 
packet into 184-byte units and to add a trans- 
port packed header with pre-defined PID val- 35 
ues, to generate a packet stream therefbrm 
and to add said PCR values into the packet 
stream at the required rate; 
a PSl/SI generator (18) generating new pro- 
gram specrfic information/service information 40 
(PSI/SI) tables for the selected services of the 
program stream; 

a transport stream multiplexer (16) storing the 
tak>les generated by saki PSI/SI generator (18) 
and inserting them irrto the packet stream with 45 
inserted PCR values output by sakJ transport 
packetizer (1 5) and to output an MPEG-2 trans- 
port stream (partial-TS). 



15. Interface device according to claim 14, character- so 
ized in that said PSI/SI generator (10) generates 
program association tables (PAT), program map 
tables (PMT). selection information tables (SIT) that 
are inserted in predetermined time Intervals into the 
packet stream witii Inserted PCR values by the ss 
transport stream multiplexer (16). 



16. Interface device according to claim 14 or 15, char 
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OrtgbuiPAT P*rtWTCPAT 

Section syntax Section syntw 



Program 0 


NITPID 


Program 0 


srrpiD 


Program I 


PMTPmi — 


^ Program 1 


PMTPID 1 


Program 2 


PMTP1D2 


New CRC 




Program 3 


PMTPID3 






Program 4 


PMTPID4 






Program 5 


PNITPIDS 






Program 6 


PN1TPID6 







CRC 

Rg.3 
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Original PMTl' 
Section Header Data 



Elementary Stream 
Elementary Stream 
Elementary Streaioi 
Elementary Stream 
Elementary Stream 
Elementary Stream 
Elementary Stream 

CRC 



Video 
^ PID 
Audio 1 
PID 
Audio 2 
PID 
Audio 3 
PID 

Audio 4 
PID 

Subtitles 1 
PID 

SttbtiUes 2 
FID 



Partial TSPMTl 
Section Header Data 

Elementary Stream - Video- 
PID 

Elementary Stream Audio 1 
PID 

New CRC 



Fig.4 



12 




13 



EP 0 917 355 A1 




14 



EP 0 917 355 A1 



cs 

I 

O 
S 




g2 

I 

O 

a 



15 



EP 0 917 355 A1 




16 




17 



EP 0 917 355 A1 



-I 

o 
a 

•2 

f 




00 

c 

6 

a. 
5 



18 




EPO 917 355 A1 




6b 



19 



EP 0 917 355 A1 




20 



EP 0 917 355 A1 




21 



EP0 917 355 A1 



European Patent 
Office 



EUROPEAN SEARCH REPORT 



Application Number 

EP 97 12 0003 



DOCUMENTS CONSIDERED TO BE RELEVANT 



Category 



Citation of document with indication, where appropriate, 
of relevant peissages 



Relevant 
to daim 



CLASSIFICATION OF THE 
APPLICATION (lntCI.6) 



A 
A 



BUNGUM 0 W: nRANSMULTI PLEXING. 
TRANSCONTROL AND TRANSSCRAMBLING OF 
MPEG-2/DVB SIGNAL- 
INTERNATIONAL BROADCASTING CONVENTION. 
12 September 1996, 
pages 288-293, XP0O2O40478 

* page 288 - page 290; figure 1 * 

BANKS ET AL.: "Breaking Open the Set Top 
Box" 

MULTIMEDIA NETWORKS: SECURITY, DISPLAYS. 
TERMINALS. AND GATEWAYS. 

4-5 Noveiriber 1997. DALLAS. TX. 
pages 105-116. XP002O64906 

* abstract * 

* paragraph 2 * 

* figures 1-4 * 

* paragraph 4 * 

SKRITEK P: "AUFBRUCH ZUM RADIO- UND 
TV-HIGHWAY" 

ELEKTROTECHNIK UND INFORMATIONSTECHNIK. 
vol. 113, no. 1, 1 January 1996. 
pages 31-34. XP0O0554448 

* paragraph 4; figure 1 * 

"DESIGN ARCHITECTURE FOR MPEG2 TRANSPORT 
DEMULTI PLEXOR ASSIST" 
IBM TECHNICAL DISCLOSURE BULLETIN, 
vol. 39. no. 4. 1 April 1996. 
pages 283-286. XP000587499 

* the whole document * 

WO 97 19554 A (SAMSUNG INFORMATION SYSTEMS 
AM) 29 May 1997 

-/-- 



The present search report has been drawn up for all claims 



1-6.8-11 



7.12 



HO4N5/0O 



7.12 



1-6.8-11 
1-12 



TECHNICAL RELDS 
SEARCHED (lnLa.6) 



H04N 



1-12 



1-12 



THE HAGUE 



0«t» ct corrpletion of the search 

14 May 1998 



Examiner 

Berbain. F 



CATEGORY OF CITED DOCUMENTS 

X : partieularty nlwant 1 taken alorw 

Y : partioularty relevant if oombinsd with another 

document of the Mme category 
A : technological background 
O : non-written diedouire 
P : tntemnediate doounient 



T : theory orprincfMe underlying the Invention 
E : earlief patent dooument. but pUiHehed on, or 

after the fiing date 
O : document cfted in the apptioatian 
L : document cited for other reaaons 



& : menim at the aame patent famly, correeponding 
dooument 



22 



EP 0 917 355 A1 



European Patent 
Office 



EUROPEAN SEARCH REPORT 



AppDcatlon Number 

EP 97 12 0003 



DOCUMENTS CONSIDERED TO BE RELEVANT 



Category 



Citalion of document with indication, where appropnate, 
of relevant passages 



Relevant 
to claim 



CLASSIFICATION OF THE 
APPUCAT10N (lnLa.6) 



EP 0 762 769 A (PHILIPS ELECTRONICS NV 
; PHI LI PS ELECTRONICS NV (NL)) 12 March 
1997 

* abstract * 

* column 3, line 32 - column 4, line 19 * 

STAMMNITZ P ET AL: "HARDWARE 
IMPLEMENTATION OF THE TRANSPORT STREAM 
DEMULTIPLEXER FOR THE HDTVT DEMONSTRATOR- 
SIGNAL PROCESSING OF HDTV. PROCEEDINGS OF 
THE INTERNATIONAL WORKSHOP ON HDTV, 
1995. 

pages 435-441. XPO02O4649O 

* abstract * 

* paragraph 4 * 

EP 0 784 401 A (TOKYO SHIBAURA ELECTRIC 
CO) 16 July 1997 

* abstract; figure 4 * 



13-17 



1-12 



1-17 



TECHNICAL FIELDS 
SEARCHB) (lnta.6) 



The present search report has taeen drawn up for all daims 





Plac* ot March 


Dato cA conpletion of th« »earch 






THE HAGUE 


14 May 1998 


Berbain. F 


X 
Y 

A 


CATEGORY OF CfTED DOCUMENTS 

paitiaularly ralevant if tricon akin* 
particularly ralwant if oorrlMnad with and 
dooument of the »ame oatttgory 
technological background 
: nofv^rittan dmelosuf* 
tntemwdiala document 


T : thaory or princpla undarlying the ktvention 
£ : earlier patent dooument, but pubUahed on, or 
after the filing dote 
iher D : document cfted in the applicetion 
L : document cited for other reason* 


O 
P 


& : meniief of the »ame patent fomBy. oorretponding 
document 



23 




This Page Blank (usptc) 



This Page is Inserted by IFW Indexing and Scanning 
Operations and is not part of the Official Record 



BEST AVAILABLE IMAGES 



Defective images within this document are accurate representations of the original 
documents submitted by the appHcant. 

Defects in the images include but are not limited to the items checked: 

□ BLACK BORDERS 



^IMAGE GUT OFF AT TOP, BOTTOM OR SIDES 

□ FADED TEXT OR DRAWING 

□ BLURRED OR ILLEGIBLE TEXT OR DRAWING 

□ SKEWED/SLANTED IMAGES 

□ COLOR OR BLACK AND WHITE PHOTOGRAPHS 

□ GRAY SCALE DOCUMENTS 

□ LINES OR MARKS ON ORIGINAL DOCUMENT 



^^Jil^EFERENCE(S) OR EXHIBIT(S) SUBMITTED ARE POOR QUALITY 
□ OTHER: . . 

IMAGES ARE BEST AVAILABLE COPY. 
As rescanning these documents will not correct the image 
problems checked, please do not report these problems to 
the IFW Image Problem Mailbox. 





Page Blank (uspto) 



